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DETAILED ACTION 

1. Claims 1-36 have been presented for examination and are rejected. 

2. In light of the amendments to the claims, the rejections under 35 U.S.C. § 112, 
35 U.S.C. § 101, and the claim objections from the previous office action mailed 
September 20th, 2007, are withdrawn. 

Response to Arguments 

3. Applicant's arguments filed December 18th, 2007, have been fully considered but 
they are deemed not persuasive. 

4. In the remarks, applicant argued in substance that: 

(A) The prior art of Bakshi does not teach evaluating a second condition which 
involves whether the server operation parameter passes a second threshold value in a 
second direction, with the second direction being opposite to the first direction, and 
extending from the first threshold value to the second threshold value. Bakshi merely 
discloses a method for throttling server requests that uses two threshold values, one for 
overload conditions and another for non-overload conditions. Bakshi does not mention 
that the buffer has passed the threshold in a particular direction, but merely that the 
usage has a value either above or below the threshold. 
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As to point (A), Bakshi teaches a variety of conditions that are monitored to 
determine if a value has passed in either direction (e.g., Bakshi, col. 2, lines 13-25 and 
col. 5, lines 3-29; see also col. 4, lines 44-59). Applicant has not offered a persuasive 
reason as to why exceeding or falling below percentage threshold values fails to meet 
the claim limitation of "pass[ing] a second value in a second direction." Passing a 
threshold value by exceeding or falling below a monitored numerical parameter would 
reasonably be interpreted as passing the value in a "direction." Applicant's specification 
further illustrates this point by appearing to define movement in either direction in the 
same way as Bakshi (see, e.g., pages 13 and 14 where moving in a first "direction" is 
explained as exceeding "high threshold" numerical value). 

(B) The prior art of Bakshi does not teach the dependent claim limitation where a 
third condition comprises the second condition not being verified within a grace period 
after the first condition has been verified, and the fourth condition comprises the fact the 
second condition has been verified after the third condition has been verified. Thus, the 
fourth condition comprises two parts, the fact the second condition has been verified 
and that the verification happens after the third condition has been verified. 

As to point (B), Bakshi teaches the third condition comprising the fact that the 
second condition has not been verified during a grace period after the first condition has 
been verified (col. 4, line 54 to col. 5, line 2) and the fourth condition comprises the fact 
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the second condition has been verified after the third condition has been verified (e.g., 
col. 5, lines 3-29 and fig. 4 process steps). Applicant offers that Bakshi discloses 
parallel paths with no suggestion that the order of the execution paths is in any way 
related to a fourth condition. Without conceding to the correctness of Applicant's 
characterization of Bakshi, it is unclear how parallel paths — which by definition 
ultimately execute in any number of possible sequential orders — fail to teach a 
sequential verification. 

(C) The prior art of Smith does not teach the dependent claim limitations, wherein 
the server requests queue length remains substantially constant and wherein a third 
rate is performed and is not lower than the first rate. 

As to point (C), Smith teaches the system further wherein the fifth condition 
further comprises the fact that the server requests queue length remains substantially 
constant (Smith, col. 6, line 40 to col. 7, line 26), wherein said first and second threshold 
values are derived from said reference value of the server operation parameter (Smith, 
col. 8, lines 13-34, where resulting thresholds are derived), and wherein steps a1. and 
a2. are performed at a third /ate (Smith, col. 8, lines 13-34, e.g., the rate used for the 
corresponding steps), and further, where the third rate is not lower than the first rate 
(Smith, col. 8, lines 13-34, e.g., the rate used for the corresponding steps). 



Claim Rejections - 35 USC § 102 



Application/Control Number: 

10/765,828 

Art Unit: 2141 



Page 5 



5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), 
by another filed in the United States before the invention by the applicant for patent or (2) a 
patent granted on an application for patent by another filed in the United States before the 
invention by the applicant for patent, except that an international application filed under the treaty 
defined in section 351(a) shall have the effects for purposes of this subsection of an application 
filed in the United States only if the international application designated the United States and 
was published under Article 21 (2) of such treaty in the English language. 

6. Claims 1-7, 16-22, 30, and 33-36 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Bakshi, et al. (U.S. Patent 6,836,785). 

7. As per claims 1, 16, and 36, Bakshi teaches a method of managing overload in a 
server system, having a service operating in response to input requests, and a server 
operation parameter related to the operation of said service, the method comprising the 
steps of: (Bakshi, see col. 2, lines 26-47) 

a. monitoring successive values of the server operation parameter as a function 
of time, (Bakshi, col. 3, lines 3-17, where the server load level is monitored over time) 

b. from such values, b1 . evaluating a first condition, which involves whether the 
server operation parameter passes a first threshold value in a first direction, and 
(Bakshi, col. 2, lines 13-25, where the server becomes overloaded; see col. 4, lines 45- 
59 threshold passing) 

b2. evaluating a second condition, which involves whether the server operation 
parameter passes a second threshold value in a second direction, with the second 
direction being opposite to the first direction, and extending from the first threshold 



Application/Control Number: Page 6 

10/765,828 

Art Unit: 2141 

value to the second threshold value, (Bakshi, e.g., col. 5, lines 3-29 and fig. 4 process 
steps) 

c. starting rejection of input requests, upon verification of a third condition, related 
to the verification of at least one of said first and second conditions, and (Bakshi, col. 4, 
line 54 to col. 5, line 2, where a third condition is calculated and see col. 4, lines 45-59 
for request rejection) 

d. terminating rejection of input requests upon verification of a fourth condition, 
related to the verification of said second condition (Bakshi, e.g., col. 5, lines 3-29 and 
fig. 4 process steps, where the rejection of input requests is terminated). 

» 

8. As per claims 2 and 17, Bakshi teaches the system further wherein the third 
condition of step c. comprises the fact the first condition has been verified, and the 
fourth condition of step d. comprises the fact the second condition has been verified 
(Bakshi, e.g., col. 5, lines 3-29 and fig. 4 process steps). 

9. As per claims 3 and 18, Bakshi teaches the system further wherein 

the third condition of step c. comprises the fact the second condition has not 
been verified during a grace period after the first condition has been verified, and 
(Bakshi, col. 4, line 54 to col. 5, line 2, where a grace period is calculated) 

the fourth condition of step d. comprises the fact the second condition has been 
verified after the third condition has been verified (Bakshi, e.g., col. 5, lines 3-29 and fig. 
4 process steps, where the rejection of input requests is terminated). 
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10. As per claims 4 and 19, Bakshi teaches the system further wherein step b1. is 
performed at a first rate, and step b2. is performed at a second rate, not lower than the 
first rate (Bakshi, col. 4, line 45 to col. 5, line 29). 

11. As per claims 5 and 20, Bakshi teaches the system further wherein step b2. is 
performed within a time period starting upon verifying the first condition at step bl, and 
terminating upon verifying the fourth condition at step d (Bakshi, e.g., col. 5, lines 3-29 
and fig. 4 process steps). 

12. As per claims 6 and 21 , Bakshi teaches the system further wherein said server 
operation parameter represents a quantity related to a memory usage in the server 
(Bakshi, col. 4, lines 1-26, where the memory usage in the server is used as the 
operation parameter). 

13. As per claims 7 and 22, Bakshi teaches the system further wherein said server 
operation parameter represents a quantity related to the server throughput and to the 
server latency (Bakshi, col. 4, lines 1-26, where the memory usage in the server is used 
as the operation parameter, that also represents the available throughput and the 
latency for fulfilling requests). 
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14. As per claim 30, Bakshi teaches the system further comprising an overload 
manager object, having filter methods capable of implementing said request supervisor, 
a gauge monitor and further methods capable of implementing the monitoring function, 
the first logic function and the second logic function in cooperation with said gauge 
monitor (Bakshi, col. 3, lines 35-65 and figs. 1 and 2 structure and interactions). 

15. As per claim 33, Bakshi teaches the system further comprising an overload 
manager object related to a memory usage in the server (Bakshi, col. 4, lines 1-26, 
where the memory usage in the server is used as the operation parameter). 

16. As per claim 34, Bakshi teaches the system further comprising an overload 
manager object related to the server throughput and to the server latency (Bakshi, col. 
4, lines 1-26, where the memory usage in the server is used as the operation 
parameter, that also represents the available throughput and the latency for fulfilling 
requests). 

17. As per claim 35, Bakshi teaches a portal server having an overload manager 
device; a service operating in response to input requests; and a server operation 
parameter related to the operation of said service, wherein said device comprises: 
(Bakshi, see col. 2, lines 26-47) 
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a monitoring function for evaluating successive values of the server operation 
parameter as a function of time; (Bakshi, col. 3, lines 3-17, where the server load level 
is monitored over time) 

a first logic function capable of evaluating a first condition, which involves 
whether the server operation parameter passes a first threshold value in a first direction; 
(Bakshi, col. 2, lines 13-25, where the server becomes overloaded; see col. 4, lines 45- 
59 threshold passing) 

a second logic function capable of evaluating a second condition, which involves 
whether the server operation parameter passes a second threshold value in a second 
direction, with the second direction being opposite to the first direction, and extending 
from the first threshold value to the second threshold value; and (Bakshi, e.g., col. 5, 
lines 3-29 and fig. 4 process steps) 

a request supervisor operable for: starting rejection of the input requests, upon 
verification of a third condition, related to the verification of at least one of said first and 
second conditions; and (Bakshi, col. 4, line 54 to col. 5, line 2, where a third condition is 
calculated and see col. 4, lines 45-59 for request rejection) 

terminating rejection of the input requests upon verification of a fourth condition 
related to the verification of said second condition; and (Bakshi, e.g., col. 5, lines 3-29 
and fig. 4 process steps, where the rejection of input requests is terminated) 

wherein said server operation parameter represents a quantity related to a 
memory usage in the server (Bakshi, col. 4, lines 1-26, where the memory usage in the 
server is used as the operation parameter). 
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Claim Rejections - 35 USC § 103 

18. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

19. Claims 8-15 and 23-29 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Bakshi, et al. (U.S. Patent 6,836,785) and Smith (U.S. Patent 
5,878,224). 

20. As per claims 8 and 23, Bakshi teaches the above, yet fails to teach the system 
further wherein step a. comprises deriving the server operation parameter from a given 
combination of the server throughput with the server latency. 

Smith teaches a method for preventing overload of a network server by 
monitoring a server operation parameter (Smith, col. 2, lines 50-62) where the operation 
parameter is derived from a combination of the server throughput with the server 
latency (Smith, col. 5, lines 51-66; see col. 8, lines 22-49 formulations). 

It would have been obvious to one of ordinary skill in the art, at the time the 
invention was made, to have combined Bakshi and Smith to provide the overload 
calculations of Smith in the system of Bakshi, because doing so would allow a network 
overload system to reduce an incoming load to the maximum level it can comfortably 
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handle in a way that overcomes the conventional techniques of less dynamic overload 
management (Smith, col. 2, lines 16-28 and 34-47). 

21 . As per claims 9 and 24, Bakshi-Smith teaches the system wherein step a. further 
comprises: 

a1 . maintaining a reference value of the server throughput and a reference value 
of the server latency, said reference values being updated upon verification of a fifth 
condition, comprising the fact that the current value of the server throughput does 
overlie its reference value, and a2. deriving a reference value of said server operation 
parameter from a combination of the reference value of the server throughput with the 
reference value of the server latency, said combination being of the same nature as 
said given combination (Smith, col. 7, lines 1-26 and col. 8, lines 21-34, where 
reference values are calculated). 

22. As per claim 1 0, Bakshi-Smith teaches the system further wherein said server 
operation parameter is derived from the ratio of the server throughput to the reference 
value of the server latency and said reference value of the server operation parameter 
is derived from the ratio of the reference value of the server throughput to the reference 
value of the server latency (Smith, col. 7, lines 1-26 and col. 8, lines 21-34, where the 
ratio and reference values are calculated). 
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23. As per claims 1 1 and 26, Bakshi-Smith teaches the system further wherein the 
fifth condition further comprises the fact that the current value of the server latency does 
not overlie its reference value (Smith, col. 6, line 40 to col. 7, line 26). 

24. As per claims 12 and 27, Bakshi-Smith teaches the system further wherein the 
fifth condition further comprises the fact that the server requests queue length remains 
substantially constant (Smith, col. 6, line 40 to col. 7, line 26). 

25. As per claim 13, Bakshi-Smith teaches the system further wherein said first and 
second threshold values are derived from said reference value of the server operation 
parameter (Smith, col. 8, lines 13-34, where resulting thresholds are derived). 

26. As per claims 14 and 28, Bakshi-Smith teaches the system further wherein steps 
a1. and a2. are performed at a third rate (Smith, col. 8, lines 13-34, e.g., the rate used 
for the corresponding steps). 

27. As per claims 15 and 29, Bakshi-Smith teaches the system further wherein the 
third rate is not lower than the first rate (Smith, col. 8, lines 13-34, e.g., the rate used for 
the corresponding steps). 

28. As per claim 25, Bakshi-Smith teaches the system further wherein the server 
operation parameter is derived from the ratio of the server throughput to the reference 
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value of the server latency and the first and second threshold values are derived from 
the ratio of the reference value of the server throughput to the reference value of the 
server latency (Smith, col. 7, lines 1-26 and col. 8, lines 21-34, where the ratio and 
reference values are calculated). 

29. Claims 31 and 32 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bakshi, et al. (U.S. Patent 6,836,785) and "Getting Started with the Java Dynamic 
Management Kit 4.2." 

30. As per claim 31 , Bakshi teaches the above, including the use of a software 
implementation (Bakshi, col. 2, lines 25-47 and col. 6, lines 13-32), yet fails to teach 
wherein the overload manager object, the gauge monitor and the further methods are 
instantiated from at least one generic class. 

"Getting Started with the Java Dynamic Management kit 4.2" (hereafter "DMK") 
teaches the use of management objects that are instantiated from at least one generic 
class for use in network management systems, further including the use of MBean 
objects and related programming constructs (DMK, pgs. 21-24; see specific discussion 
of dynamic MBean instantiation on the first half of page 23). 

It would have been obvious to one of ordinary skill in the art, at the time the 
invention was made, to have combined Bakshi and DMK to provide the programming 
constructs of DMK in the system of Bakshi, because doing so would enable 
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interoperable and dynamically extendable distributed management systems for 
monitoring network operations (DMK, pgs. 11-13). 

31 . As per claim 32, Bakshi-DMK teaches the system further wherein the overload 
manager object comprises at least one MBean (DMK, see discussion of MBeans on 
pgs. 21-24). 

Conclusion 

32. THIS ACTION IS MADE FINAL, Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nicholas Taylor whose telephone number is (571) 272- 
3889. The examiner can normally be reached on Monday-Friday, 8:00am to 5:30pm, 
with alternating Fridays off. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Rupal Dharia can be reached on (571) 272-3880. The fax phone number 
for the organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-21 7-91 97 (toll-free). 

Nicholas Taylor 
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